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REGISTER INTERFACE FOR FLASH 
EEPROM MEMORY ARRAYS 
FIELD OF THE INVENTION 

This invention relates to flash electrically-erasable pro- 5 
grammable read only memory ('EEPROM") and. more 
particularly, to methods and an apparatus for providing an 
interface for flash EEPROM memory arrays that allows 
determination of the characteristics of the memory array. 

BACKGROUND OF THE INVENTION 10 

Flash EEPROM memory arrays are being used for many 
purposes in present day digital systems (e.g., computers) 
because of the ability of flash EEPROM memory arrays to 
retain data when power is removed and to be easily repro- w 
grammed without being removed from a system. A flash 
EEPROM memory array is comprised of floating gate field 
effect transistor devices arranged in row and column fashion. 
The charge stored on the floating gate of such a memory 
transistor may be changed by programming, and the state of M 
the charge may be detected by sensing voltage across the 
device. Because these flash EEPROM arrays may be easily 
reprogrammed, they are being used as substitutes for normal 
EPROM arrays to provide read-only memory that may be 
easily updated. 25 

A flash memory array is accessed for reading and writing 
in the same manner as are dynamic random access memory 
(DRAM) arrays using row and column addressing in byte, 
word, or larger sequences of bits. However, because of the 
manner in which data is stored, a flash memory array, unlike 30 
a typical DRAM device, cannot be overwritten without first 
erasing the memory cells. Flash memory arrays used as 
substitutes for EPROM arrays are typically erased in large 
blocks (that may constitute the entire array) before being 
reprogrammed. 3S 

Flash EEPROM memory arrays are also being used to 
provide smaller lighter functional equivalents of electrome- 
chanical hard disk drives. Flash memory arrays designed to 
replace hard disk drives (referred to herein as "flash disk 
drives") operate more reliably and are not as sensitive to 40 
physical damage as electro-mechanical hard disk drives. 
Because of these characteristics, flash disk drives are espe- 
cially useful in portable computers where space is at a 
premium and weight is important. 

Electro-mechanical disk drives have historically used an 45 
industry standard interface referred to as an "ATA interface." 
The ATA interface was specifically designed to provide 
communication between a computer system and a rotating 
electro-mechanical disk drive. Because of this, the ATA 
interface was defined in terms of primitive functions that are 50 
directly applicable to directly-overwritable. block read/ 
write, rotating media. Such primitive functions include "do 
a slow seek for a logical address or a cylinder head sector," 
"read a sector or multiple sectors." and "write a sector." 

On the other hand, exemplary flash EEPROM array ss 
primitive functions include "tead and write at the byte, 
word, or small block level" and "erase at a large block 
level" The ATA interface does not communicate in flash 
memory array primitives. When a flash disk drive replaces 
an electro-mechanical disk drive, it uses the ATA interface to-« 
communicate with other computer components. Therefore, 
it has been necessary to provide circuitry by which the 
signals used by a computer to access electro-mechanical 
hard disk drives may be understood by the flash disk drive. 
The process of translating electro-mechanical rotating disk 65 
drive functions to flash disk drive functions has required a 
substantial amount of hardware and software. 
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For example, one type of flash disk drive uses a hardware 
device command user interface on the silicon substrate 
(chip) of each flash memory device that makes up the flash 
memory array to accomplish the row and column accesses 
necessary to operate the flash device. Each flash memory 
device command user interface typically includes state 
machines mat receive commands from an external hardware 
flash disk drive command user interface interposed between 
the bus and the flash array. This external flash disk drive 
command user interface decodes the ATA rotating disk 
commands and generates commands adapted to carry out the 
purposes of the ATA commands within each flash memory 
device of the flash memory array. The flash disk drive 
command user interface controls the operations necessary to 
access the flash disk drive by sending the translated com- 
mands to the appropriate ones of the individual flash 
memory device command user interfaces. 

Recently, there has appeared a lower cost alternative to a 
flash disk drive that combines disk emulation software 
running on a host computer with a low cost flash memory 
device array. The flash memory device array comprises one 
or more flash memory devices contained in one of several 
system packaging options, including a removable memory 
card, a system-resident single-in-line-memory module 
(SIMM), and a resident flash array (devices mounted 
directly on the system motherboard). The combination of 
any one of these plain flash memory device subsystems with 
disk emulation software is referred to in this specification as 
a flash disk emulator. 

Many of the operations necessary for either a command 
user interface or a flash disk emulator to translate from 
commands phrased in primitives of a rotating disk are quite 
complicated. For example, in some flash disk drives and 
other flash storage devices, data is first written to empty 
blocks of the memory array chosen under control of the 
command user interface; and then the physical address at 
which the data is stored is recorded in lookup tables along 
with the rotating disk addresses provided externally. This 
allows the data to be recovered when the rotating addresses 
are provided. 

Early flash memory arrays addressed data in single bytes. 
As flash memory arrays have evolved, addressing in words 
and double words have become possible, often in the same 
array. The ability to provide these different forms of address- 
ing have complicated the operations of the device command 
user interface. Recently, flash memory arrays have been 
devised that use buffering to allow the transfer of large 
amounts of data even though the array cannot immediately 
handle that data because of its slower combined erasing and 
writing speed. 

These enhancements increase the complexity of flash disk 
drive and flash emulator operations. 

The basic requirement that flash memory be erased in 
large blocks further complicates operations that flash disk 
drives and flash disk emulators must carry out. When data 
are updated, stale data that cannot be overwritten must be 
marked invalid, the new data must be written to empty array 
space, and the address tables must be updated to provide a 
new physical address. This method of updating causes the 
data in a file to be written to discontiguous positions. When 
a sufficient amount of data in a large block becomes invalid, 
the reinaining valid data must be copied to empty array 
space in some other block, the address tables must be 
updated, and the block must be erased to recover the array 
space. In prior art devices, this has required means for 
determining the status of individual blocks and cells of each 
device at all times. 
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The writing of flash EEPROM devices is slower than 
writing DRAM memory because storing data on the floating 
gate of a transistor requires substantial voltages and rela- 
tively long charging times. Both the writing process and the 
copy process are thus too long to be competitive with 5 
DRAM write times. A write state machine is typically 
positioned on the chip to assist a device command user 
interface and is used to conduct write and copy operations so 
that data is accurately stored without overwriting other data 
in the array. Moreover, the erase process (a process not l0 
required by DRAM or electro-mechanical memory) is typi- 
cally slow, as long as one-half second for some flash drives. 
Because of this, the erase process is typically conducted as 
a background process run by the write state machine or by 
additional on-chip state machines under control of the flash 15 
disk drive firmware or flash disk emulator software operat- 
ing beneath their respective command user interfaces. Sub- 
stantial resources have been required to keep track of block 
status in order to accomplish these operations. The time 
required to conduct erase operations is such that some flash 20 
memory device command user interfaces accepts commands 
that suspend the erase operation to allow various other 
operations to occur. 

Recently, flash memory arrays have been devised that 
allow the storage of more than one bit of data in a single 2s 
memory cell. This has substantially increased the compli- 
cation of the circuitry required to translate commands and 
data between the flash memory array and the ATA (flash disk 
drive) and flash disk emulator interfaces. As will be 
understood, all of this overhead is expensive and slows the 30 
operation of me flash memory array. 

The ATA interface hides the complexity of the underlying 
flash disk drive internal software (firmware). A host system 
typically employs a single ATA device driver that translates 
instructions from the disk file system maintained by the 35 
operating system such as the boot parameter block/file 
allocation table ("BPB/FAT") file system in the Microsoft 
DOS and Windows operating systems. This driver is used by 
all ATA-compatible devices, both rotating and flash-based. 
The ATA interface was designed to provide forward and 40 
backward compatibility for all ATA devices without requir- 
ing software updates to the host system device driver. 
However, fee ATA interface, as presently constituted, elimi- 
nates the ability to use the flash memory arrays for many 
operations for which transistor memory is especially well 45 
suited. For example, even though a flash memory array may 
inherently be accessed as rapidly as dynamic random access 
memory, direct random access is not possible using the ATA 
interface because of the translation overhead and because of 
(he manner in which data is stored. Because the cells of flash 50 
memory arrays cannot be over-written and consequently 
store file data in discontiguous positions of the flash array, 
a data file that is read from a flash memory array must be 
reassembled in main memory before it can be used. Because 
memory management of the flash memory array makes it 55 
necessary to reconstruct files read from flash storage devices 
in DRAM memory before use, direct execution of applica- 
tions has been foreclosed in flash disk drives with an ATA 
interface. 

Even if it were possible to store the portions of an fio 
application contiguously in a flash memory device, execut- 
ing an application directly from a flash memory device 
would be very difficult. First, the ATA interface does not 
provide any direct access to the memory array for direct 
execution of instructions in the access time mat a basic flash 65 
memory itself provides for read operations. Moreover, there 
is simply no manner of determining the characteristics of the 
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particular flash memory device with which communication 
is being attempted so that communications can be carried on 
directly in terms by which the data in the array may be 
manipulated. 

Because of these problems, flash disk drives have typi- 
cally been used for long term storage of data where the 
ability to read and write data rapidly is not crucial. 

Currently a flash disk emulator has strengths and weak- 
nesses that contrast with those of an ATA-compatible flash 
drive. The flash disk emulator consists of a two-layer 
software driver and a memory card or other flash array. The 
upper level driver layer is referred to as a flash translation 
layer ("FTL") driver (PCMCIA specification release date 
May 1996) while each low level driver ("LLD") is usually 
designed by an original equipment manufacturer and is 
unique to the flash memory device and card combination. In 
addition to supporting disk emulation, the memory card or 
array can be partitioned in one or more additional regions 
that can support direct random memory access. Thus, a 
"plain" flash memory card or flash array allows the host 
system and its user to take advantage of fast direct access to 
the flash memory device contents in support of direct code 
execution. 

The disadvantage of current flash disk emulator imple- 
mentations is the custom nature of the low level driver. A 
low level driver currently reads a device identifier ("device 
ID") and refers to a lookup table to determine both a 
command sequence or algorithm and a set of card and/or 
device geometry and system interface parameters such as 
voltage and timing to be used with that device. 

Such a driver has no way of tetermining the character- 
istics of any particular flash memory device with which it is 
associated except through the lookup table. Consequently, 
when a new flash memory device is introduced to the host 
system, the host cannot recognize the new device identifier 
and therefore cannot use the new card/device combination. 
This prevents forward compatibility and creates hardship for 
the typical flash card user who cannot easily find or imple- 
ment die new required device driver. Because each low level 
driver must be written to include the particular disk 
emulator, each time an enhanced version of a flash memory 
device appears the low level driver must be rewritten to 
include the new features that the flash memory device offers. 
For example, drivers must be rewritten to include larger data 
words, increased buffer transfer size, and the like. 

Furthermore, when a new device driver is being made 
available for the host system, the software writer faces code 
size and complexity constraints mat may lead to a decision 
to drop older device algorithms. Hence, the new driver may 
sacrifice backward compatibility. 

SUMMARY OF THE INVENTION 
It is desirable to provide an interface for a flash storage 
device that allows communications with the flash memory 
array in the primitive terms used to control the flash memory 
array within such a flash storage device so that the device 
may be used for purposes for which transistor memory 
arrays are especially suited. 

It is also desirable for devices using flash memory arrays 
to include a compatible interface by which the characteris- 
tics of the devices may be determined to provide initializa- 
tion values for software drivers. 

A device is described that includes a memory array, a 
query memory, and a register interface. The memory array 
includes a plurality of blocks of flash EEPROM memory 
devices arranged to be accessed in rows and columns. The 
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query memory stores data defining characteristics of the Hash memory device array 18 is connected to PCI bus 12. 
flash memory device. The register interface receives data For an alternative embodiment, flash memory device array 
and commands addressed to the flash memory devices. The 18 is joined to a secondary bus (not shown), such as an 
register interface generates signals for effecting the purpose Industry Standard Association ("ISA") bus or an Extended 
of me commands within the flash memory devices. The 5 Industry Standard Association ("EISA") bus. For one 
register interface includes a command register for receiving eirAodiment, flash memory device array 18 uses the inter- 
commands. The register interface also includes a plurality of face Ascribed in more detail below to connect to a bus. 
additional registers for returning data stored in the query Flash memory device array 18 is a long term memory, 
memory as an output Flash memory device array 18 may be a flash memory card 

Other objects, features, and advantages of the present i° mother type of flash memory ^array such as z single-in-line- 
invention will be apparentfromthe accompanying drawings memor * module «* ^xdent flash array. In the past long 
and from the detafled description that follows below term memory would typically be an electro-mechanical hard 

disk drive. However, a flash EEPROM memory array in the 

BRIEF DESCRIPTION OF THE DRAWINGS form of a fiasn disk 01 a flasn memory device array 
15 may be used in place of such a hard disk drive as the long 

The present invention is illustrated by way of example termmemory. In order to illustrate differences from the prior 

and not limitation in the figures of the accompanying art, FIG. 2 shows three types of long term memories coupled 

drawings, in which the references indicate similar elements, to bus 12, namely, a prior art electromechanical hard disk 

and in which: drive 16, a prior art flash disk drive 17, and a flash memory 

FIG. 1 is a block diagram of a computer system with a 20 device array 18, the latter being one embodiment of the 

flash memory device array. present invention. Flash memory device array 18 may be 

FIG. 2 is a block diagram of a prior art electromechanical used as * e loa § term memory "» ?&ce of electromechanical 

hard disk drive, a prior art flash disk drive, and a flash hard Mve 16 Hash memory device array 18 or any 

memory device array designed in accordance with one flash memory array may be one in which a memory cell 

embodiment of the present invention. 25 stores a single bit of data or one in which a memory cell may 

HG. 3 is a block diagram of a flash memory device. ftore more than one bit of data^ A flash disk drive may 

^ ' include an array of one or more flash memory devices each 

FIG. 4 is a diagram illustrating signals that may be having circuitry for readiflg> pr0 grarruning (writing), and 

returned in response to a query command with respect to a erasing ^ ^ of mat flash memoiy devlfie ^ 

flash memory device. 3Q extemal to ^ flash memory device for controlling the 

DETAILED DESCRIPTION operations of the entire memory array. A flash disk emulator 

uciaju^j tx> typically employs a flash memory device array that includes 

As described in more detail below, an embodiment of the an array of one or more flash memory devices in which the 

invention includes a register interface for connecting a long circuitry for reading, programming, and erasing the cells of 

term memory device including a flash EEPROM memory 35 each flash memory device is contained completely within 

device array designed to accept a query command from each such device. 

other components of a computer system and return data that FIG. 2 illustrates a system software/hardware interface 
defines the physical properties and the functions of the flash provided at a bus 12 to which are coupled an ATA compat- 
memory device in terms that directly relate to a flash ible electro-mechanical hard disk drive 16, the flash disk 
EEPROM memory array. The data derived by a query 40 drive 17, and flash memory device array 18. FIG. 2 illus- 
command may be used to initialize a system device driver to trates a software application program located in system 
provide commands that most effectively manipulate data in memory executing on a computer microprocessor with the 
the flash memory device, assistance of an operating system that controls access to 
FIG. 1 is a block diagram of a computer system 10 various input/output devices of the computer. The operating 
configured in accordance with one embodiment of the 45 system includes an operating system kernel that maintains a 
present invention. For one embodiment, computer system 10 software disk file system in memory through which the 
is a personal computer or a laptop computer. For other various files are maintained. The operating system uses the 
embodiments, computer system 10 resides within a cellular disk file system to store and retrieve data from files kept in 
telephone, a digital camera, a personal digital assistant, or the memory system of the computer. When a file is stored on 
other apparatus under computer control. The system 10 50 the electromechanical disk drive 16, the operating system 
illustrated includes a central processing unit ("CPU") 11 that transfers control to a software IDE/ATA device driver mat is 
executes the various instructions provided to control the used to access me drive 16 and is maintained as a part of the 
operations of the system 10. For one emtodiment, CPU 11 operating system- 
is a microprocessor. For other embodiments, CPU 11 is a Similarly, if a file is stored on a flash disk drive 17, access 
microcontroller or other type of processor. CPU 11 is joined 55 is obtained through the operating system using the same 
by a processor bus to a bridge circuit 14 mat controls access IDE/ATA device driver. In the arrangement illustrated, the 
to an input/output bus 12 adapted to carry information flash disk drive 17 receives commands and data related 
between the various components of the system 10. The thereto from the ATA device driver defined in terms that are 
bridge 14 is also joined by a memory bus to main memory directly useful to a rotating electro-mechanical hard disk 
13 that is typically constructed of dynamic random access -&s drive. Because an ATA device driver is designed to provide 
memory arranged to store information during a period in information for an electro-mechanical hard disk drive, the 
which power is provided to the system 10. In FIG. 1, the bus commands transferred to the flash disk drive 17 from the 
12 is preferably a peripheral component interface ("PCI") ATA device driver may direct that a seek operation for a 
bus or other local bus adapted to provide especially fast particular rotating hard disk drive sector should be 
transfers of data. For other embodiments, other types of 65 accomplished, that a read of one of more such sectors should 
buses may be used. Various input/output devices are con- occur, or that similar sector-related operations should take 
nected as bus master and bus slave circuits to the bus 12. place. 
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The prior art flash disk drive 17 illustrated in FIG. 2 
includes an array 23 of flash EEPROM memory devices that 
is designed to be accessed using chip, block, row, and 
column addressing. To deal with commands designed for a 
rotating disk device in accessing a row and column device, 
the flash disk 17 includes external command user interface 
("CUT) circuitry for receiving and handling commands 
addressed to a plurality of silicon chips that together con- 
stitute a flash memory array 23. In one embodiment, mis 
external command user interface circuitry includes an ASIC 
logic block 20 that receives commands furnished by the ATA 
device driver on the PCI bus 12. The logic block 20 is 
assisted by a processor 21 having associated random access 
memory and read only memory for assisting its operation. 
These together form what is in effect a small general purpose 
computer for carrying out the various operations directed to 
the flash disk drive 17. The logic block 20 accepts com- 
mands directed to that drive 17 and with the help of the 
processor 21 translates those commands and the associated 
addresses into information that is useful for accessing a row 
and column array. The logic block 20 and the processor 21 
may be considered to function as an overall command user 
interface for the flash disk drive 17. 

The flash memory array 23 shown includes flash 
EEPROM devices 24 each having a number of blocks 25 of 
memory transistors. One embodiment includes thirty-two 
individual large blocks, each having sixty-four kilobytes of 
flash EEPROM memory cells. Each device 24 also includes 
circuitry for controlling the application of signals and volt- 
ages to accomplish the read, write, copy, and erase functions 
in the individual blocks. Each flash EEPROM device 24 of 
the array 23 includes a command user interface ("CUT) 
including one or more state machines. A typical flash device 
command user interface is designed to receive all commands 
addressed to the individual flash device 24 from the logic 
block 20 no matter what their address on the device and use 
those commands to carry out the different operations com- 
manded. The flash device CUI often uses a write state 
machine to control write, copy, and erase operations and 
certain other internal operations of the memory devices of 
the flash device. 

Thus, the command user interfaces within each of the 
flash memory devices 24 are typically used for erasing the 
blocks 25 of cells and reading or writing data in row and 
column addresses while the ATA command user interface 
(including logic block 20 and processor 21) external to the 
devices 24 deals in cylinder/head/sector or logical block 
address representative of a mechanical disk drive. 

Prior art flash disk emulators (although not shown in FIG. 
2) include a low level driver between the IDE/ATA device 
driver and the emulator that performs the functions per- 
formed in the flash disk drive 17 by the external command 
user interface made up of the logic block 20 and the 
processor 21 and associated memory for translating the ATA 
commands to commands that may be carried out by a row 
and column array. As pointed out above, such a low level 
driver is not forward compatible and flius will not function 
with new flash disk emulators as they appear. 

In accordance with one embodiment of the present 
invention, an apparatus and a method are provided for 
directly defining the characteristics of flash storage devices 
in terms of flash EEPROM ririmitives rather than rotating 
disk primitives as they have been defined in prior art 
arrangements. This allows direct access of a flash memory 
array for reading and executing the data stored therein using 
software drivers initialized by values obtained as a result of 
a query function provided by the flash storage device. 
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In FIG. 2, a new high level software driver 26 is provided 
as a part of the operating system. This software driver (called 
a flash translation layer (FTL) driver) translates the infor- 
mation provided from the disk file system to flash EEPROM 

5 primitives. The high level driver 26 provides addresses and 
data to a low level driver 28 particularly adapted to function 
with the flash device provided. The low level driver 28 
provides many of the functions heretofore provided by the 
command user interface 20 of the flash disk drive 17. 

10 As may be seen in FIG. 2. the flash memory device array 
18 includes a plurality of individual flash EEPROM memory 
devices 27 and a decoder 29 for directing commands to 
memory cells in blocks of particular devices 27. 
The flash memory device array 18 and the two software 

15 drivers and 26 together form the flash disk emulator of the 
present invention (shown enclosed in dotted lines in the FIG. 
2). As explained wilh respect to prior art flash disk 
emulators, various hardware functions included in the flash 
disk drive 17 have been replaced by functions within the 

20 high and low software drivers. These typically include those 
required to accomplish translation from ATA primitives to 
flash memory primitives. 
FIG. 3 illustrates of a flash memory device 27 built in 

25 accordance with one embodiment the present invention. The 
flash memory device 27 of FIG. 3 includes an interface 30 
for flash memory device 27. The interface 30 is a register- 
based interface that may include a number of registers 
32-58. Registers 32-58 are arranged to store values for me 

30 device drivers 26 and 28 of FIG. 2 that may be directly used 
to manipulate a flash memory device. The interface 30 
includes address decode circuitry 63, command decode 
circuit 60, and state machines 64. Write state machine 66 is 
used to assist in prograiuming and erasing the cells of blocks 

35 of flash EEPROM memory cells 68. A data multiplexor 62 
controls transfer of data out of the device 27. 

A command register 32 stores all commands directed to 
the individual flash memory device 27. A status register 33 
provides data regarding the status of erase, write, and copy 

40 operations each of which typically requires a significant 
period to accomplish in a flash memory device 27 and that 
may, consequently, often be conducted as background opera- 
tions. A source address register 34 provides an address at 
which data is to be read from, written to. or erased from the 

45 array. A destination address register 35 provides an address 
to which data is to be copied from an address held in the 
source register 34. A length register 36 indicates the length 
of data accessed in any particular operation. An erase queue 
register 37 may be used to allow a series of blocks of flash 

50 memory cells to be erased sequentially. By providing 
addresses of blocks to be erased in the register 37, the time 
to set up the high voltages available in high voltage circuitry 
61 for the erase operation may be amortized over a signifi- 
cant number of erasures and the overall time of erase 

55 reduced. Having a plurality of data I/O registers 38-58 
provides a large buffer for the transfer of data to and from 
the array of the device 27. Each of the registers 32-37 may 
be described as characteristic registers. Each of the registers 
32-58 may be read or written by a processor on the bus 12 

"go through the decoder 29 of FIG. 2. 

The device drivers 26 and of FIG. 2 interface with the 
flash memory device 27 using a command set having basic 
commands such as a query command, a read command, a 
write command, a read status command, an erase command. 

65 and a suspend command. The command set may also include 
additional commands adapted to be carried out by the 
various circuitry under control of these device drivers. 
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When a command is sent to the command register 32, it in a system using a flash storage device with such an 

is received by the address decode circuit 63 and decoded by interface may read the results of the query command to 

logic in the command decoder 60 to initiate an appropriate determine how it is to interface to any flash storage device 

operation placed in the system. By utilizing a command set that is 

Each flash memory device 27 of FIG. 3 includes an 5 fixed, a query command provides responses that may be 

. . ~r" . iU61uvl J r v ror\\it\ ii •» used by all vendors in an industry. Even though the com- 

idenhficauon/query mode read only memory CROM) 31 in ^ ^ fa feed ^ m ^ ^ 

which are stored details of the characteristics of Ihe particu- ft ^ tQ devfas without 

lar flash memory cell technology and control circuitry for necessitatin ^ rewj±i of ^ low level ^vice drivers 

that flash memory device 27. The high level device driver uged ^ 

software 26 uses a unique query command that the central 10 _ . . . 

^essororomerbusrlastorSycausetobewrittenbythe By^aqi^cco^ 

drivers to the command decoder 60. The query command is 5?**** of the array, the interface allows array 

decoded by the command decoder 60 and causes the tover *° ** 9^** * commands that 

identification/query mode ROM 31 to respond. are generated by a processor are adapted to cause operations 

mwuLuiv-atiuiu^uu!; . -„ is to take place in the manner best suited to the physical 

The query command at the command register 32 causes a properties of me m&y , ^ central processing unit in a 

write of data stored by the query mode ROM 31 that defines tem using a flash memory ^ with an interface 30 may 

the status and type of the flash devices to which the mterface read ^ registers 32 _ 5S t0 determine how it - a to interface 

30 is providing access. The query data is written to the data t0 ^ ^ combination of a^se registers 32-58 and 

110 registers 38-58. The data returned may be sent to the similar registers> a query command, and a query memory 

register 38 and be clocked serially in a preordered sequence iows metejst flash mem ory arrays from different manu- 

so that it may be read on the bus 12 by a processor. facturers to use ^ interface 30 and provide responses for 

Alternatively, the data from the query mode ROM 31 may which ^ response of sta ndard system drivers may be 

be placed in the registers 38-58 and read as a page from adjusted. 

those registers. ^ pj G 4 ^^63 one embodiment of data that may be 
When the command decoder 60 of the interface 30 stored in a query R qm 31 an d returned in response to a 
decodes the query command held in the command register query comman( j received at the command register 32. The 
32 and interrogates the query mode ROM 31. all of the data may be returned ma serial strmgm which a first sixteen 
significant details of the flash memory device 27 become bytes ^ reserved for the transfer of data specific to a 
available for initializing the drivers 28 and 26. The data may 30 particular flash memory vendor. A next eleven bytes are used 
detail the type of flash device, any partitions into which the t0 transfer data describing a particular command set avail- 
array may be divided, the mode in which each partition of able to be used ^th the flash array. Of this eleven bytes of 
the array is operating, and similar information. In one data, a first three bytes are used to transfer a query string 
embodiment, the query data returned includes the total size indicator such as the ASCII value for "QRY." This indicates 
of me array, me size of individual erase blocks, the number 3J t0 ^ com p Uter that the array is able to accept and is 
blocks in a cluster that may be locked to protect against responding to the query command. A next two bytes are used 
writing or erasing data, the internal bus width for data t0 transfer a sixteen bit identification code denning a specific 
transfers that indicates whether any fast transfer modes such generic vendor command set used by this particular flash 
as burst transfer of the computer may be used and how much memory device 27. In general, such a command set is a 
data may be transferred, the size of any write buffer, whether ^ defined command set that is available as a standard to any 
functions such as erase and write may be suspended, the vendor for use m a device driver. Such a command set may 
reasons for which suspendable functions may be suspended, be used oy one & more man one vendor but specifies exactly 
whether a ready/busy pin is present, and the revision number ^ basic comma nds with which the interface functions. The 
of the interface. The query command may also return data next two bytes men transfer an address for an extended 
indicating whether read and write may take place at the byte 4J portion 0 f generally unlimited extent mat may add to the 
level command set defined by the last two bytes. This address 

In addition, other data returned by a query command may allows a vendor to extend the primary command set by 

indicate that the array is functioning in a single bit mode, commands that the vendor desires as a part of the command 

that the array is capable of functioning in a two-state mode set for the flash memory device 27. In general, such addi- 

or in another multi-bit mode and the number of bits stored 50 tional commands are defined in the same manner as are the 

in each cell in any such multi-bit mode. In mis way, the commands available in generic command sets of the device 

interface may be used both with arrays that allow a single bit drivers. In FIG. 4, two sections referred to as "Offset address 

and arrays that allow a plurality of bits to be stored by p" and "Offset address A" provide variable length space for 

memory cells. A query response might also indicate to a transferring data defining primary and alternate extended 

processor whether the array implements error detection and 55 query tables elements. In this manner, a vendor may add 

correction in storing and retrieving data. Other responses to additional commands specific to the flash storage device to 

a query command might indicate the type of logical drive Ihe be implemented by the device driver. A next two bytes are 

array constitutes, e.g., the array is a PCMCIA or other type used to transfer sixteen bits of data indicating a second 

of drive. All of this data is provided in the form of primitives generic command set that may be implemented by the flash 
that require no translation in order to be used by the drivers memory device 27. A last two bytes are used to transfer the 

with a flash EEPROM memory array. address for extensions to this alternate command set for the 

By using a query command that returns data indicating the flash memory device 27. 
physical properties of the array, the interface allows array This arrangement allows a vendor to use a primary basic 
device driver initialization so that the plurality of commands set of commands for operating the array, to add additional 
that are generated by a processor are adapted to cause 65 commands to the primary basic set of commands for carry- 
operations to take place in the manner best suited to the ing out the functions of the array, to use a second basic set 
physical properties of the array. The central processing unit of commands for operating the array, and to add additional 
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commands to the second basic set of commands for carrying taining flash memory devices 27 implemented in the manner 

out the functions of the array. This allows a vendor to add of the current invention such that the same firmware will ■ 

additional commands as improvements are added to the flash allow the use of flash disk drives yet to be manufactured - 

memory device 27. The data transferred in response to the using newer flash memory devices with upgraded features or 

query command then allows a device driver to be modified 5 larger capacities. 

to provide the correct command set for implementing the The flash memory device commands also allow a portion 

operations of the array. of the array to be made "read only" for particular operations. 

FIG. 4 also illustrates a second twelve bytes mat provide Data stored in a "read only" erase block region of the array 

a desertion of the system interface and are returned in may men be read directly from the array in a mode in which 

response to a query command. For the embodiment to data is accessed on a row and column basis. Such a "read 

illustrated, a first byte defines the rninimum power supply only" portion of the array may be used to execute programs 

voltage used with fee array in its normal opaating condition. directly from the array. 

A second byte defines the maximum power supply voltage lh such a case, data is written to the flash memory device 
used with the array in its normal operating condition. A third 27 in the typical manner through a device command inter- 
byte defines the minimum power supply voltage used with 15 face 30 mat is associated with state machines for accom- 
the array in its tffogramming condition. Afourth byte defines plishing the various accessing and control operations includ- 
the maximum power supply voltage used with the array in ing a write state machine 6fr used with each chip for writing, 
programming condition. The next eight bytes define various copying, and erasing the blocks of flash memory. However, 
system timing parameters for different operations. when the data for direct code execution is written, the blocks 

These values allow the initialization of device drivers to 20 68mwM(±medataisstoredarernarbedas'Teadonly."TTiis 

provide correct values for each of the particular operations causes the application instructions in the blocks to remain in 

that the array implements in carrying out its read, write, file order rather than to become discontiguously arranged, 

copy, and erase functions. Consequently, the file need not be reassembled externally 

FIG. 4 also illustrates an additional ten bytes that maybe before the instructions are executed. Then a read of the 
used for the embodiment illustrated to transfer data defining instructions constituting an application takes place in a 
the particular geometry of the flash memory device 27. For separate read array mode of the flash memory device 27. 
this embodiment, a first byte is used to define the flash ™* mode te initiated by a read array command that 
memory device size. A second two bytes are used to describe causes me flash memory device 27 to function in the read 
the interface, e.g., asynchronous 8 bits, asynchronous 16 „ «V mode. Attentively, a separate read array pin may be 
bits, or both. A third two bytes defines the maximum number provided. The read array mode selection allows a processor 
of bytes in a multi-byte write. In one embodiment of the 01 011161 bus master to directly read data from the flash 
invention, erase blocking is used to make the one or more memory device 27 by providing the appropriate chip, block, 
WodcswitmnaneraseMod£regionofmearray•'readonly.•' row, and column read addresses with the command. For 
Erase blocks of different sizes may exist A fourth byte „ multi level ceU ^f" mat e ^ r detection and 
defines the number of such erase block regions in a device. correction, all read /writs accesses should go through the 
Ailfth four bytes defines the size and number of eraseblocks K & stei interface so that special error detection and correc- 
in an erase block of an array. By defining the number and tion circuitry can be employed for reliably reading back the 
sizes of different erase blocks that exist in the array, a However, multilevel cell devices supporting single bit 
software driver may be apprised of different areas that may ^ P er cel1 ( reUable mode > °P eration **! use read mode 
be made "read only" or that may be erased in a single *<w* 00(16 execution through row and column access- 
operation, m? - 

All of these values are also used to initialize the driver TOai m ^ read ""ST mode * &e instructions stored in 

used with the particular flash memory device 27 so mat it me may be read from the array as rapidly as lnstruc- 

may efficiently deal with the array. 45 ttons typically read from DRAM memory. For this 

' . , . „. « . . .. ... , reason, the array may be used not only to replace long term 

Once the device drivers have >been inmalized to the values ^ such as a rotatin ^ ^ but ^ fe lace 

of meparacularflashmemory device 27. yanc^s commands ^ / Qf ffie ^ m functions where data * not 

may be used and the flash memory device 27 will accept m changing but aeed only be read form the array, 

those commands. The write, read, and erase commands \ * ^ . ' ... , , 

cause similar operations as with the flash disk device 17 of so A * fo ^ 0 ^ specificauon, invention has been 

FIG. 2 as the flash translation layer driver translates such W1 * \ t( * aeace * embodiments 

disk commands into flash primitive commands executable thereof - » however : be e ^ nt ™, I?**** 

by thelowleveldriver.Th e propertranslationof requestor J™ and changes may be made ttoein witoout departing 

datatransferofspeefficdistp^ fi^thel^^a^^rfftBim^M^ibrth 

variable flash device specffiVwock erasure and byte or 55 » me ^PP? nded * laaos - ™* specmcaaon anddrawmgs are, 

buffer writecommandsisfacuitatedbytheknowledgeof the * cc £*?^ to be rcsarded m " mustratlve rather a 

software drivers of the flash memory device of erase block restrictive sense, 
sizes, erase blockregion sizes, write buffer size, and the size 
of the entire device array. The information provided by 
reading out the contents of the query ROM 31 allows the"*) 
device driven of the flash disk emulator to emulate various" 
sizes of disk drives such as the electromechanical drive 16 
or the flash disk drive 17 using any of combination of 
different flash memory devices 27 within a flash memory 

card 18 or other flash memory array used within a flash disk 65 
emulator. Moreover, this information is even useful for 
simplifying the firmware within a flash disk drive 17 con- 



